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Reply Brief Under 37 C.F.R. 41.41 

This Reply Brief is in response is in response to the Examiner's Answer filed 
September 13,2005. 

Argument 

Ground I - Rejection Under 35 U.S.C. 112, Second Paragraph 

The Office Action stated that the phrase "may be" renders the claim indefinite 
because it is unclear whether the limitations following the phrase are part of the claimed 
invention. In Appellant's brief, applicants respectfully traversed this ground of rejection. 
In response, the Examiner's Answer stated applicants' position that the words following 
"may be" are not so much limitations of the claimed invention but rather are merely 
descriptive of a conventional element that may, but need not, exist within an IP data 
payload. 
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However, the Examiner's Answer appears to state in response that even though 
applicants' claim language discloses that MPEG-2 video is dependent only on the content 
of the IP data payload, if the real time protocol (RTP) header contains data A or data B, 
then it is unclear whether the limitations following the phrase "may be" are part of the 
claimed invention and the RTP header contains the conventional element, which is not 
relevant. The statement of the Response in the Examiner's answer is difficult to 
understand. Therefore, applicants feel compelled to try and clarify their position, as 
perhaps it was misunderstood, leading to the unclear Examiner response. 

As such, applicant believes their claim language makes it clear that "any 
information in any real time protocol (RTP) header which may be therein" is descriptive 
of a single unit, with "therein" referring, of course, back to the IP data payload of the IP 
packet. It follows, naturally then, that there are two possibilities. Either 1) there is an 
RTP header in the IP data payload, or 2) there isn't. In other words, there "may be" an 
RTP header, or, perhaps, there is not one. However, whether there is an RTP header or 
not is not an element of applicants' invention. 

In fact, if there is an RTP header, then applicants' claim language says to ignore 
any information in any such an RTP header in determining whether or not there is 
MPEG-2 video within the IP data payload of the IP packet. This comes about by virtue of 
the phrase "exclusive of in the claim, which means that what follows the phrase in the 
claim language should be excluded from being considered part of the contents of said IP 
data payload of said IP packet. On the other hand, if there is no RTP header i n the IP data 
payload, then of course there is no information in such a nonexistent RTP header, and so 
it cannot be use in determining whether or not there is MPEG-2 video within the IP data 
payload of the IP packet. In other words, applicants' claim merely says to look at only 
that information in the IP data payload that is not RTP header information when 
determining if there is MPEG-2 video within the IP data payload of the IP packet. 

Notwithstanding what the Examiner's Answer may be suggesting, if there is an 
RTP header with the IP data payload, the contents of such RTP header are not considered, 
and are, therefore, irrelevant in determining if there is MPEG-2 video within the IP data 
payload of the IP packet. 

Thus, use of the term "may be" a) is clear, b) is a correct and proper usage of the 
English language, and c) does not render any claim indefinite. 
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Ground 2- Re j ection of Claims ,-6 w ^ „ 

U.S.C 102 

Claims 1-6, 20-21, 26-27, 31, 34-36, and 40-43 are rejected under 35 USC 
■02(e) as being an.ieipa.ed by U„i.ed Sta,es Patent No. 6,557,03 1 issued «o Mlmura el al 
on April 29, 2003. 

The Offlee Action states ,ha. Mimura e, al. teaehes a!l the hmita.ions of the 
rejected claim, This ground of rejection was traversed by applicants in the Appeal Brief 
In the Examiner's Answer, i, appears that applicants' firs, argument was ignored 
There does no, appear to be any rebutting of applicants- position ,ha, (heir invemion „ 
only dtrected at identify aose „ packels tha , contaj „ ^ ^ ^ ^ ^ 

secons of Mimura et al. relating to pjacmg MPEG video from a know,, MPEG video 
source, e.g., as received from a cable television or satellite system, within a „ IP Dackc( 
such as column 2, lines 29-54, are totally taelevan, to applets' invention This is 
because ,« ,s hjpmhudvaj^ tha, all tha, can come out from the known MPEG video 
source is MPEG video. There is, therefore, no need ,„ examine such content to determine 
«s type. The fact that such content is MPEG video is already known. 

In regard to applicants' argument tha, in Mimura e, al. IP packets do no, come 
out from the sources, bu, rather tha, MPEG Transport stream (TS) packets come from the 
sources and they are noU? pacta, the Examiner's answer states that Mimura et a. 
suggest that the IP packets are used in the Internet instead of the MPEG-TS packets and 
<hus Mimura e, al. indrrectly drsclose that IP packets come ou, of the sources 
Unfortunately, this position of the Examiner's Answer appears to be contradicted by 
column 3, line 65 through column 4, line 29, of Mimura et al., wh.ch states: 

bv use o A f SfllT "T^ neW ' y W ' ,e " " K CATV netw °' ks are "-nected 
by use of he Internet, as mentioned above, that is, the problem of a need 

ni TOl T ™ be, « en M Mp EG transport protocol used in 

the CATV network and an IP protocol used in the Interne, can be solv d 

theWEG 'tT "TT kin , 8 Uni * f0f Perf0rmi "« ** »»"»•«»> 

(he MPEG-TS protocol and the Internet protocol. Requirements for a 

hrgh-speed and low-cos, processing in the interworking uni i can b met by 
provtdmg apparatus for improving a packet forming method and a packet 
°' ""*" <0 ^ * ranSmitW in MPEG netwo n „d 



C:\PATENTS\Hearn l-2l-l\Hearn 1-21-1 replybrief.doc 



Serial No. 09/608,473 

In o te words Mimura et a |. is stating , hat „ le sources prov|de 

MPEG-TS form and t ha, mus, be converted t0 „ ^ % ^ rf ^ 
converse „f to video supp|ied by fc ^ ^ ^ ^ ^ ^ , ^ 

packets do not come out of the sources, not directly, nor impliedly 

The Examiner's answer appears to ignore applicant argument that those sections 
of Mtmura e, a,, tha, relate to extracting MPEG video f r „ m , P packcts do „„, ^ 
ppheants tnvention. test ea d , , hose sectlons ^ t||a , other ^ ~ 

r d„ app cants mvention obvious, are emp.oyed in the determination of whemer 0 ~ 
IP packets contain MPEG video. Furthermore, rather than addressing apphcants' 
co„.e„„o„s, me Office Action appears to mere,, repeat the rejection of the Z Office 
Action. However, as prev.ouslv noted, in Mi™ e, a.., an ,P packe, is determined to 

«""° «*• imi^^M,^ and 

pa,oad of an ,P packet. This can he seen, for example, from coiumn 4, J a 

correspondence from the ,P address of the ,P packets co„,ai„,„ g vrdeo to a PI D value 
whrch .s the ,34* packet identifiers ma, come after the synchronic, by. in thj 
MPEG v,deo trar.por, stream (TS), which is used then used to route the TS video in the 
M EG v,deo network, e.g., a eahic ,e,ev,si„„ or satellite system. ,„ „,„„ „ ords , it seems 

'^m^MJU^, namely, an a d dress, and ,he„ ,he PID is assigned or 
_d .herewith. Clear,, ,he„ i„ Mimura e, a, the i d e„, if ,c a ,|„n of a packet as 
contammg video is no, based „„ 0 „, y informatio „ in me ^ rf ^ ff 

reared by apphcants' Cairns. Furthermore, there is m suggestion of searching through 
the IP data payload to determine if the packet contains video. 

Appiicanfs reiterate tha, those sections of Mimura et al. cited by the Final Office 
Aeon ,„ connection with claims 20-21, 31, 34-36, 40-43, name.y, column 9 line 5 ,„ 
coiumn ,2, ,i„c ,5, and cited again in the Examiner, Answer, do m teach 'searching 
trough a pavload of an IP packet for a pattern and indicating tha, the packet contains 
MPEG vrdeo only if the pattern is found, m d „ es it ,e a c h determining whether a pavload 
of an IP packet has a length equal to an integral multip.e of the | engm of an MpE0 . 2 
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transport stream (TS) packet. Rather, most of that section deals with forming an MPEG 
transport stream packet which includes IP header information. No searching of IP 
packets is done for this purpose, and in fact, at that point, IP packets don't even exist . 
And when, in the cited section, MPEG video in IP packets is to be extracted for 
conversion to transport stream packets, there is no searching involved, in the cited 
section it is assumed that the IP packets are known to contain video. Instead, as 
explained in subsequent sections, as well as column 4, lines 52 through column 6, line 47, 
this appears to be based on the IP header information of the IP packet, and not based on 
the content of the data payload of the IP packet, which seems to only contain MPEG 
video in PES format. 

Thus, there is no teaching or suggestion in Mimura et al. to determine that an IP 
packet contains MPEG-2 data based solely on the IP data payload, exclusive of any RTP 
header therein. 

In response to applicant's argument that the Mimura et al. does not teach 
processing the IP packet with a priority assigned for packets containing video when the 
indicating step indicates that a packet contains video, the Examiner's answer simply 
states that it does, repeating the same citation as in the Final Office Action. There is no 
explanation rebutting applicants' previously set forth position that the cited section of 
Mimura et al, i.e., column 9, line 43 through column 10, line 11, does not teach 
processing the IP packet with a priority assigned for packets containing video when the 
indicating step indicates that the IP packet contains video. This is because there can be 
no such rebutting, in that the cited section is related only to the formation of MPEG-TS 
signals which include IP header information embedded therein. So while information 
that could be used to later form an IP packet is included in the MPEG-TS signal, there is 
no actual IP packet at this point, and so there cannot be any processing of an IP packet. 
Also, the cited section does not have an IP packet that was identified as having video 
based on only the IP data payload, because there was no identification of IP packets at 
this point, as recited in claim 27. Moreover, no language in the cited section indicates 
any type of priority processing. Indeed, the word "priority", or any synonym therefor, 
does not seem to appear in the cited section. Hence, applicants are mystified as to how 
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the Examiner understands that section to be a teaching of treating video-containing IP 
packets with priority. 

Applicants again note that their claims clearly exclude any information in the RTP 
header from being considered in determining whether an MPEG video signal is present or 
not. Thus, only non-header information of any type is searched and used to determine the 
presence of MPEG video. However, there is no such teaching in Mimura et al. 

Thus, all of applicants' independent claims, and hence all of applicants' 
dependent claims, are allowable over Mimura et al. 
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Conclusion 

In view of the foregoing, it is submitted that the Examiner is in error. It is, 
accordingly, respectfully requested that the rejection of claims 1 -20, 21, 26, 27, 3 1, 34-36, 
and 40-43 be reversed, and the application passed to issue. 
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